home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000280_news@columbia.edu_Sun Sep 3 11:44:30 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA28925
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sun, 3 Sep 1995 20:14:20 -0400
  3. Received: by apakabar.cc.columbia.edu id AA24088
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sun, 3 Sep 1995 20:14:19 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!newsfeed.internetmci.com!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-KERMIT 3.14 hanging on idle TCP/IP connection?
  9. Message-Id: <1995Sep3.174430.60473@cc.usu.edu>
  10. Date: 3 Sep 95 17:44:30 MDT
  11. References: <42d2u9$edt@apakabar.cc.columbia.edu>
  12. Organization: Utah State University
  13. Lines: 56
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <42d2u9$edt@apakabar.cc.columbia.edu>, chaiklin@merhaba.cc.columbia.edu (Seth Chaiklin) writes:
  17. > PROBLEM #1:  If I leave MS-DOS machine running Kermit idle for
  18. > (let us say) 15 minutes, then the terminal stops showing
  19. > input and output.  
  20. > 
  21. > PROBLEM #2:  After reaching the state described in Problem #1, it
  22. > is no longer possible to start other TCP/IP sessions.
  23. > 
  24. > PROBLEM #3:  Upon exiting kermit, the PC machine freezes up,
  25. > requiring a Control-Alt-Del, and sometimes a power-down.  In general,
  26. > it seems that the problem reappears if one does NOT use a power-down.
  27. > 
  28. > I have read the kermit.hlp and kermit.bwr but remain unenlightened.
  29. > 
  30. > BACKGROUND: 
  31. > 
  32. > 1.  I have been using MS-KERMIT 3.14pl9 to connect from MS-DOS
  33. > machines (486 w/ MS-DOS 6.22 and a XT w/MS-DOS 5.0 and ANSI.SYS) to a
  34. > Linux machine.  All the involved machines have 3Com ethernet cards,
  35. > and all three are located on a TCP/IP ethernet with about one meter
  36. > distance between them.
  37. > 
  38. > 2.  I am positive that the problem is not the Kermit has dropped the
  39. > connection.  Because the machines are setting next to each other, I
  40. > can look at the Linux machine and see what program is being run on the
  41. > "hung" machine running Kermit.  I can also "logout", etc.
  42. > 
  43. > 3.  I have tried SET TERM RESET, Alt-=, set term none, and anything
  44. > else I could find in kermit.hlp that seemed relevant, but this
  45. > did not help.
  46. > 
  47. > 4.  As mentioned above, when exiting, the PC freezes.  As suggested
  48. > in KERMIT.BWR, it is possible to push to DOS, etc., while the
  49. > session is still running, but hangup and exit result in the PC crash.
  50. > 
  51. > I can provide more information if the preceding was not sufficient.
  52. > 
  53. > Thanks for any advice/help/suggestions.
  54. > 
  55. > Cheers,
  56. >   Seth Chaiklin
  57. ---------------
  58.     Did you have a chance to look at the ARP cache on the Linux machine?
  59. I've heard rumors (I don't use Linux) that it times out and can yield just
  60. the effects noted. You might try pinging MSK from the Linux end as one way
  61. of correcting its ARP cache.
  62.     The situation seems to be Kermit is getting no response to its IP
  63. transmissions and it is doing backed off retries (as per TCP specs). Control
  64. should return when the retries are successful or exhausted.
  65.     You should also double check memory management on the PC to avoid
  66. clobbering the Ethernet adapter (presumed, you didn't say), and also to
  67. seek out and destroy IRQ & port conflicts. Remember to leave video memory,
  68. segments A000-BFFF, to the video system. These matters are discussed in
  69. the release notes. Do worry about PC screen savers and green machine
  70. power-downs too. 
  71.     Joe D.